home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1993 / Internet Info CD-ROM (Walnut Creek) (1993).iso / info / domain-info < prev    next >
Text File  |  1993-08-04  |  17KB  |  412 lines
  1. [This domain application is for organizations which wish to have UUNET
  2.  provide name service.  Individuals, public access systems, and others
  3.  not represented by an organization may wish to register in the US
  4.  domain (contact us-domain-request@isi.edu).
  5.  You MUST send the completed form to UUNET, not the NIC if you use our
  6.  servers]
  7.  
  8. BACKGROUND:
  9.  
  10. A "zone" is a registry of domains kept by a particular organization.  A
  11. zone registry is "authoritative", that is, the master copy of the
  12. registry is kept by the zone organization, and this copy is, by
  13. definition, always up-to-date.  Copies of this registry may be
  14. distributed to other places and kept in caches, but these caches are
  15. not authoritative because they may be out of date.  An authoritative
  16. answer is required for certain decisions, such as "this mail cannot be
  17. delivered because there is no such domain", or "the name you have
  18. chosen is available and is now assigned uniquely to you."
  19.  
  20. You need a registered domain name to use software (including smail)
  21. which supports domain addresses.  This name must be unique in the
  22. world, and must be registered with the appropriate registry.  You also
  23. need to be in a domain that has a forwarder from the internet.
  24.  
  25. Currently, the domain tree in the USA has three major top level
  26. domains:  COM for companies, EDU for educational institutions, and GOV
  27. for government entities.  Three other top level names, MIL, NET, and
  28. ORG, exits but are somewhat specialized.  For the most part, countries
  29. other than the USA are using the ISO 3166 2 letter abbreviation for
  30. their country as a top level.  The top-level domain US fits in this
  31. group.
  32.  
  33. The second level is generally the name of the organization, using the
  34. shortest possible abbreviation that is clear and unique, thus ATT, DEC,
  35. IBM, HP, etc.  The choice of exact name is up to the organization, and
  36. longer names, such as Berkeley.EDU or Tektronix.COM are perfectly
  37. acceptable.  Just remember that people must type the name, as well as
  38. see it displayed.  Only the second level domain name need be registered.
  39.  
  40. Not all countries use the second level for the organization.  In
  41. particular, Australia and Britain have set up second level domains
  42. OZ.AU and AC.UK for their academic communities, and put the
  43. organization at the third level.  In the US domain, the second and
  44. third levels are used for the state and city/county respectively.
  45.  
  46. The third and subsequent levels, if used, should be organizational
  47. units within the organization.  Try to keep the number of levels to a
  48. minimum, since people have to type the names.  More than four total
  49. levels (country, org, org-unit1, and org-unit2) should rarely be
  50. needed.  The actual organizational units to be used are up to you, for
  51. example, they might be departments, or they might be machine names.
  52. You do not need to register levels beneath the second level.
  53.  
  54. CHOSING NAMES:
  55.  
  56. Domain names are case independent.  uucpnames MUST be all lower case.
  57.  
  58. "vax", "u3b20", and the like are terrible host names, because sooner or
  59. later you'll have more than one vax, or more than one 3b20, and the
  60. names will be confusing.  We recommend organizational names, with any
  61. subdomains based on the department or project the machine is used for.
  62. We highly discourage use of a nonorganizational second-level domain
  63. name.  Uucpnames, product names, and other names which don't represent
  64. your entire organization are not good choices.  Of course, in order to
  65. keep the names reasonably short and to avoid duplicating names in the
  66. heirarchy, some compromise will be needed.  For example,
  67. csvax.CS.UND.EDU is redundant, but RISC.CS.UND.EDU might be a good name
  68. for the computer used by the RISC project in the CS department.
  69.  
  70. Please note that you should support both RFC 976 and the documents it
  71. refers to, in particular RFC 822 and RFC 920.  This means, for
  72. example:
  73.  
  74. (a) The name "postmaster" on all machines visible to the outside
  75.     should be forwarded to the technical contact.  This can be
  76.     easily done with an alias in /usr/lib/aliases, if your site
  77.     runs sendmail or smail release 2.0 or beyond.
  78.  
  79. (b) Your machine should not alter valid RFC 822 headers, such as
  80.     From:, of mail it generates or forwards.  Many machines running
  81.     sendmail have a bug which adds uucpname! to the front of such
  82.     addresses.  Installing smail will fix the bug, because mail
  83.     passed through the machine is not passed through sendmail.
  84.     We hope to make a fix to sendmail available, also, at a
  85.     later date.
  86.  
  87.  
  88. REGISTRATION COSTS:
  89.  
  90. UUNET charges a one time fee of $50 for processing the forms and
  91. setting up the servers.  This fee does NOT include a connection to the
  92. uunet computer.  Current UUNET subscribers may register a domain for
  93. their organization at no charge.
  94.  
  95. Payment should be sent to:
  96.     
  97.     UUNET Technologies, Inc.
  98.     3110 Fairview Park Drive, Suite 570
  99.     Falls Church, VA 22042
  100.     +1 703 204 8000
  101.     uunet!domain-request
  102.  
  103. Please indicate the name of your domain (eg: FOO.COM) on your payment
  104. so that we may properly credit you.  Except for UUNET subscribers,
  105. registration can not be completed until payment is received.  We
  106. recommend that you send payment at the time you email the form.  We can
  107. not invoice for payment of domain registrations.
  108.  
  109. Information about UUNET's other services can be obtained by sending
  110. your postal address to uunet!info
  111.  
  112.  
  113. IMPLEMENTATION DETAILS:
  114.  
  115. We will notify you via mail to "postmaster" in your domain when your
  116. domain is registered.  Please make sure such an address exists in your
  117. domain.  You can NOT use your domain name in outgoing mail until
  118. registration is completed, although it is OK to install smail (using
  119. the host.UUCP domain) ahead of time.  We do recommend that you set up
  120. to accept incoming mail for your domain name ahead of time, if this is
  121. convenient.  UUNET does not provide technical support for configuration
  122. of domains and the associated software.
  123.  
  124. Several steps are needed before your registration is complete.  Some of
  125. these steps are approval by the NIC, setting up the nameservers, and
  126. setting up the forwarder.  Seeing your domain published in the UUCP map
  127. is not, by itself, sufficient (or necessary) for the use of your domain
  128. name.
  129.  
  130. FORWARDERS:
  131.  
  132. A forwarder is a kind of mail bridge host between the Internet
  133. (formerly called the ARPANET) and UUCP.  The nameserver structure
  134. directs all Internet mail for your domain to the forwarder, and the
  135. forwarder passes the mail from Internet into UUCP.  Forwarders can also
  136. forward your mail from UUCP to Internet, but it is not strictly
  137. necessary to use your forwarder for this, since mail to any of the
  138. published UUCP->Internet gateways can do this.  If you use a forwarder
  139. other than uunet you must have the postmaster or a system administrator
  140. at the forwarder send uunet a message granting permission to use their
  141. system as a forwarder.  UUNET will not contact forwarders to find out
  142. if they're willing to forward for you.
  143.  
  144. To register your domain, you need to have a forwarder.  If you know of
  145. an Internet site (such as uunet) that is willing to be a forwarder for
  146. your domain, let us know.  As a last resort, uunet can be a forwarder
  147. for you even if you are not directly connected.  HOWEVER, we require
  148. that you have the postmaster or system administrator at the site that
  149. is directly connected to uunet and will route your mail send uunet a
  150. message of permission before we start forwarding mail through them.
  151.  
  152.  
  153. THE APPLICATION:
  154.  
  155. To register your domain with the NIC, we need to send in the following
  156. form.  Questions 4,7,8 and 9 are already answered for you.  Do NOT
  157. change them.
  158.  
  159. Answer questions 0,1,2,3,5,6 and 10 and return THE ENTIRE FORM (the
  160. text within, and including, the bracketed START/END lines) to
  161. uunet!domain-request.  PLEASE do not just return the questions you
  162. answer and do not reformat the application.  It creates extra work for
  163. us as we have to copy your answers back onto the form we originally
  164. sent you, and this will delay your registration.
  165.  
  166.  
  167. [ THE FORM STARTS HERE. ]
  168.  
  169.    (0a) Specify what machine you want to be your forwarder.  If you are
  170.     directly connected to uunet, uunet can be your forwarder.  If
  171.     you are not directly connected, then you need to find some other
  172.     site to be your forwarder OR get the permission of a site that
  173.     IS directly connected to uunet to allow your arpanet mail to be
  174.     forwarded through them.  We must receive the permission of the
  175.     uunet site or the other forwarder directly from that forwarder.
  176.  
  177.     Who will be your forwarder:
  178.  
  179.         For Example: uunet.uu.net
  180.  
  181.  
  182.    (0b) Specify the uucpname registered in the UUCP maps of the system
  183.     which will act as the mail gateway for your domain.  This is
  184.     optional, but highly recommended, for domains which do not use
  185.     uunet.uu.net as forwarder.  UUNET subscribers using uunet.uu.net
  186.     as forwarder may simply give the name of the account.
  187.  
  188.     What is the name of your mail gateway:
  189.  
  190.  
  191. [ NETINFO:DOMAIN-TEMPLATE.TXT ]                                  [ 04/93 ]
  192.  
  193.    To establish a domain, the following information must be sent to
  194.    the InterNIC Domain Registrar (HOSTMASTER@INTERNIC.NET). Questions
  195.    may be addressed to the Hostmaster by electronic mail at the
  196.    above address, or by phone at (703) 742-4777 or (800) 444-4345.
  197.  
  198.    NOTE: The key people must have electronic mailboxes and
  199.    "handles," unique NIC database identifiers.  If you have access to
  200.    "WHOIS", please check to see if you are registered and if so, make
  201.    sure the information is current.  Include only your handle and any
  202.    changes (if any) that need to be made in your entry.  If you do not
  203.    have access to "WHOIS", please provide all the information indicated
  204.    and a handle will be assigned.
  205.  
  206.    (1) The name of the top-level domain to join 
  207.        (EDU, COM, MIL, GOV, NET, ORG).
  208.  
  209.     1.  Top-level domain:
  210.  
  211.  
  212.    (2) The name of the domain (up to 12 characters).  This is the name
  213.    that will be used in tables and lists associating the domain with the
  214.    domain server addresses.  [While, from a technical standpoint, domain
  215.    names can be quite long we recommend the use of shorter, more user-
  216.    friendly names.]
  217.  
  218.     2.  Complete Domain Name: 
  219.  
  220.  
  221.    (3) The name and address of the organization establishing the domain.
  222.  
  223.     3a.  Organization name:
  224.  
  225.  
  226.     3b.  Organization address:  
  227.  
  228.  
  229.  
  230.    (4) The date you expect the domain to be fully operational.
  231.  
  232.     4.  Date operational:  Now operational.
  233.  
  234.  
  235.  
  236.    (5) The handle of the administrative head of the organization --
  237.    or this person's name, mailing address, phone number, organization,
  238.    and network mailbox.  This is the contact point for administrative
  239.    and policy questions about the domain.  In the case of a research
  240.    project, this should be the principal investigator.
  241.  
  242.    NOTE: Both the Administrative and the Technical/Zone contact of a
  243.    domain MUST have a network mailbox, even if the mailbox is to be
  244.    within the proposed domain.
  245.  
  246.  
  247.          Administrative Contact
  248.  
  249.      5a.  Handle (if known) : 
  250.      5b.  Name (Last, First) : 
  251.      5c.  Organization: 
  252.      5d.  Mail Address: 
  253.                             
  254.      5e.  Phone Number: 
  255.      5f.  Net Mailbox : 
  256.  
  257.  
  258.    (6) The handle of the technical contact for the domain -- or
  259.    the person's name, mailing address, phone number, organization,
  260.    and network mailbox.  This is the contact point for
  261.    problems concerning the domain or zone, as well as for updating
  262.    information about the domain or zone.
  263.  
  264.          Technical and Zone Contact
  265.  
  266.      6a.  Handle (if known): 
  267.      6b.  Name (Last, First) :  
  268.      6c.  Organization:  
  269.      6d.  Mail Address:  
  270.                   
  271.      6e.  Phone Number: 
  272.      6f.  Net Mailbox : 
  273.  
  274.  
  275.    (7) Domains must provide at least two independent servers
  276.        on Government-sponsored networks that provide the domain
  277.        service for translating names to addresses for hosts in
  278.        this domain.
  279.  
  280.    * If you are applying for a domain and a network number assignment
  281.    simultaneously and a host on your proposed network will be used
  282.    as a server for the domain, you must wait until you receive your
  283.    network number assigment and have given the server(s) a netaddress
  284.    before sending in the domain application.  Sending in the domain
  285.    application without complete information in Sections 7 and 8 of
  286.    this template will result in the delay of the domain registration.
  287.  
  288.    Also, establishing the servers in physically separate locations
  289.    and on different PSNs and/or networks is strongly recommended.
  290.  
  291.    NOTE: All new hosts acting as servers will appear in the DNS root
  292.          servers but will not apppear in the HOSTS.TXT file
  293.          unless otherwise requested.
  294.  
  295.       Primary Server: HOSTNAME, NETADDRESS, HARDWARE, SOFTWARE
  296.  
  297.       7a.  Primary Server Hostname:     ns.UU.NET
  298.       7b.  Primary Server Netaddress:   137.39.1.3
  299.       7c.  Primary Server Hardware:     SUN-4/65
  300.       7d.  Primary Server Software:     UNIX
  301.  
  302.  
  303.    (8) The Secondary server information.
  304.  
  305.       8a.  Secondary Server Hostname:   uucp-gw-1.pa.DEC.COM
  306.       8b.  Secondary Server Netaddress: 16.1.0.18
  307.       8c.  Secondary Server Hardware:   DEC
  308.       8d.  Secondary Server Software:   UNIX
  309.  
  310.       8a.  Secondary Server Hostname:   uucp-gw-2.pa.DEC.COM
  311.       8b.  Secondary Server Netaddress: 16.1.0.19
  312.       8c.  Secondary Server Hardware:   DEC
  313.       8d.  Secondary Server Software:   UNIX
  314.  
  315.       8a.  Secondary Server Hostname:   ns.EU.NET
  316.       8b.  Secondary Server Netaddress: 192.16.202.11
  317.       8c.  Secondary Server Hardware:   SUN-4/280
  318.       8d.  Secondary Server Software:   UNIX
  319.  
  320.       8a.  Secondary Server Hostname:   ns1.RUTGERS.EDU
  321.       8b.  Secondary Server Netaddress: 128.6.21.6
  322.       8c.  Secondary Server Hardware:   Sun-4/60
  323.       8d.  Secondary Server Software:   UNIX
  324.  
  325.  
  326.    (9) If any currently registered hosts will be renamed into the new
  327.        domain, please specify old hostname, netaddress, and new hostname.
  328.  
  329.     none
  330.  
  331.    (10) Please describe your organization briefly.  
  332.  
  333.       For example: Our Corporation is a consulting
  334.       organization of people working with UNIX and the C language in an
  335.       electronic networking environment.  It sponsors two technical
  336.       conferences annually and distributes a bimonthly newsletter.
  337.  
  338.  PLEASE ALLOW AT LEAST 8 WORKING DAYS FOR PROCESSING THIS APPLICATION
  339.  
  340. [ THE FORM ENDS HERE. ]
  341.  
  342.  
  343. For further information contact InterNIC Registration Services:  
  344.  
  345.       Via electronic mail:  HOSTMASTER@INTERNIC.NET 
  346.       Via telephone:        (800) 444-4345 or (703) 742-4777
  347.       Via postal mail:      Network Solutions             
  348.                             InterNIC Registration Services  
  349.                 505 Huntmar Park Drive          
  350.                 Herndon, VA  22070   
  351.  
  352.  
  353.  
  354.                         RECOMMENDED READING 
  355.  
  356. Feinler, E.J.; Jacobsen, O.J.; Stahl, M.K.; Ward, C.A., eds.  DDN 
  357.   Protocol Handbook: Menlo Park, CA: SRI International, DDN Network 
  358.   Information Center; 1985 December; NIC 50004 and NIC 50005 and NIC
  359.   50006. 2749 p.
  360.  
  361. Garcia-Luna-Aceves, J.J.; Stahl, M.K.; Ward, C.A., eds.  Internet 
  362.   Protocol Handbook: The Domain Name System (DNS) Handbook. Menlo Park, 
  363.   CA: SRI International, Network Information Systems Center; 1989 
  364.   August; 219 p. AD A214 698.
  365.   
  366. Postel, J.B.; Reynolds, J.K.  Domain Requirements. Marina del Rey, CA: 
  367.   University of Southern California, Information Sciences Inst.; 1984 
  368.   October; RFC 920. 14 p. (RS.INTERNIC.NET POLICY RFC920.TXT).
  369.  
  370. Harrenstien, K.; Stahl, M.K.; Feinler, E.J.  DoD Internet Host Table 
  371.   Specification. Menlo Park, CA: SRI International, DDN Network 
  372.   Information Center; 1985 October; RFC 952. 6 p. (RS.INTERNIC.NET
  373.     POLICY RFC952.TXT).  Obsoletes: RFC 810
  374.  
  375. Harrenstien, K.; Stahl, M.K.; Feinler, E.J.  Hostname Server. Menlo 
  376.   Park, CA: SRI International, DDN Network Information Center; 1985 
  377.   October; RFC 953. 5 p. (NIC.DDN.MIL  RFC:RFC953.TXT).
  378.     Obsoletes: RFC 811
  379.  
  380. Partridge, C.  Mail Routing and the Domain System. Cambridge, MA: BBN 
  381.   Labs., Inc.; 1986 January; RFC 974. 7 p. (RS.INTERNIC.NET
  382.     POLICY RFC974.TXT).
  383.  
  384. Lazear, W.D.  MILNET Name Domain Transition. McLean, VA: MITRE Corp.; 
  385.   1987 November; RFC 1031. 10 p. (RS.INTERNIC.NET POLICY RFC1031.TXT).
  386.    
  387. Stahl, M.K.  Domain Administrators Guide. Menlo Park, CA: SRI 
  388.   International, DDN Network Information Center; 1987 November; RFC 
  389.   1032. 14 p. (RS.INTERNIC.NET POLICY RFC1032.TXT).
  390.  
  391. Lottor, M.  Domain Administrators Operations Guide. Menlo Park, CA: 
  392.   SRI International, DDN Network Information Center; 1987 November; RFC 
  393.   1033. 22 p. (RS.INTERNIC.NET  POLICY RFC1033.TXT).
  394.    
  395. Mockapetris, P.  Domain Names - Concepts and Facilities. Marina del 
  396.   Rey, CA: University of Southern California, Information Sciences 
  397.   Inst.; 1987 November; RFC 1034. 55 p. (RS.INTERNIC.NET 
  398.   POLICY RFC1034.TXT).  Updated-by: RFC 1101
  399.     Obsoletes: RFC 973; RFC 882; RFC 883
  400.  
  401. Mockapetris, P.  Domain names - Implementation and Specification. 
  402.   Marina del Rey, CA: University of Southern California, Information 
  403.   Sciences Inst.; 1987 November; RFC 1035. 55 p. (RS.INTERNIC.NET 
  404.     POLICY RFC1035.TXT).  Updated-by: RFC 1101
  405.     Obsoletes: RFC 973; RFC 882; RFC 883
  406.    
  407. Mockapetris, P.  DNS Encoding of Network Names and Other Types. Marina 
  408.   del Rey, CA: University of Southern California, Information Sciences 
  409.   Inst.; 1989 April; RFC 1101. 14 p. (RS.INTERNIC.NET  POLICY RFC1101.TXT).
  410.     Updates: RFC 1034; RFC 1035
  411.  
  412.